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ABSTRACT 


Navy Stock Points are vital links in the Navy's supply/ 
Maintenance network; their performance has a direct impact 
on Supply response time and operational availability of 
fleet equipment. One of the major functions performed at a 
Suoespoint is the commercial acquisition of non-standard 
material. This thesis examines the production process ata 
Navy Stock Point that acquires non-standard material as a 
system and as a series of functional organizations. 

Three automated management control systems are employed 
Pamelavyy >4bOoCcK Points to facilitate the inventory control, 
Meweerial acguisition, and accounting processes involved in 
cme-meommercial acquisition production process. Each of 
these control systems was independently designed to perform 
bmsreee alized fumction within the stock point structure. 
This thesis discusses each system, UADPS-SP, APADE II, and 
IDA, their individual development and the interfaces between 
them. 

The main thrust of this thesis is to determine if the 
total logistic effort could be improved by integrating three 
independent systems into one production oriented system to 
better control the commercial acquisition of non-standard 


material at Navy Stock Points. 
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I. INTRODUCTION 


A. THE NAVAL SUPPLY SYSTEM 
The major job of all logistics personnel is to make 


operational availability as high as possible. (Operational 


if 'f 


availability is the percent of time equipment is “up”, 
Seecauing.) The factor affecting operational availability 
that supply personnel can affect most 1S mean supply re- 
sponse time (the average time elapsing from preparation of 
an end-use requisition to delivery of the needed material 
to the mechanic). 

In order to minimize mean supply response time, 
Sustomers (e.g. Ships) carry their own stock. Of course 
these stocks cannot always include all needed items, there- 
fore requests for material not available in the customer's 
inventory are sent to a nearby shore activity. Some 
fraction of the requisitions the shore activity receives 
must, tor lack of stock, be passed to the next echelon, 
pmemeer StocK point or an inventory control point. All 
these operations add to mean supply response time. 

Thus, the supply system extends from the factory to 
the mechanic and includes many functions such as inventory 
management, acquisition, transportation, data processing, 
Seeemmouins, etc. A major link in this supply chain is the 
Stock point, Such as a Naval Supply Center or an Industrial 


iewsat Air atation. 


This thesis examines the separate but related functions 
performed at a stock point which contribute to the total 
Memetic effort (e.g., inventory control, material 
acquisition, and accounting). These functions are associated 
with satisfying requisitions and can be thought of as pro- 
duction processes. The stock point receives a requisition 
and either issues the material from Navy stocks or purchases 
it, performs the necessary financial accounting, then com- 
pletes the requisition. These functions need to be 
controlled through the use of management information systems 
to minimize mean supply response time while maintaining 


quality standards. 


Senos kARCH QUESTION 

Navy Stock Points have three management information 
systems in various stages of development to aid in managing 
Premeneericory Control, acquisition, and accounting functions. 
Although each system was independently designed for a 
Specialized purpose, there may be opportunities for inter- 
action since their underlying functions are interrelated. 
The research sought answers to the following question: 
What are the significant interfaces in the management 
information systems concerned with inventory control, 
material acquisition, and accounting and how might these 


systems be effectively integrated? 


Ce DEFINITIONS 

The following terms are used throughout this thesis: 

Navy Stock Point: Within the organization of the Naval 
Supply Systems Command there are activities whose major 
mission is Supply; they are Naval Supply Centers and Naval 
Supply Depots. These activities along with Naval Air 
stations are called stock points because they maintain and 
meee stocks of material to furnish balanced supply support 
to fleet units, shore activities, and overseas bases [1:11052]. 

Uniform Automated Data Processing System for Stock 
Points (UADPS-SP): UADPS-SP is a management information 
system designed to assist Navy Stock Points with financial 
and inventory accounting (2:12). 

PamuoMation of Procurement and Accounting Data Entry I] 
(APADE II): APADE II is a management information system 
for Navy purchasing activities that automates document 
preparation and record keeping as well as provides on-line 
document tracking capabilities and report preparation [3:4]. 

Integrated Disburshing and Accountin pepe LDA is a 
financial processing system designed to use modern automated 
data processing and telecommunications techniques to con- 
Solidate the Navy's disbursing and accounting functions 


into a single data base eames 


ee oo OPE 
since the capabilities of UADPS-SP, APADE II, and IDA 


are complex 1% is impossible to explore, within a reasonable 
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amount of time, all possible interfaces of these systems 
as they relate to the many functions of a stock point. 
Peeerdingly, this study explores the opportunities for 
interface between the systems by examining how they process 
one type of operation, purchase action control. This 
operation was selected for three reasons: First, the time- 
liness of purchase actions has a direct impact on mean supply 
response time and therefore on operational availability. As 
a consequence, it is important that when a customer (e.g., 
eieet unit) submits a requisition requiring purchase action 
that a suitable information system keep both the purchasing 
fegmeseoy and the customer abreast of all current status. 
Secondly, a purchase action enters the functional areas of 
Seeecaree 1ntormation systems under consideration. Thirdly, 
the Navy channels a great deal of money through purchase 
Mebons at stock points. 

While reading this thesis it might help to visualize a 
requisition entering the supply system at a customer 
Service desk at a Naval Supply Center, and subsequently 
being purchased commercially, received, delivered, and paid 
for, all as one continuous process. This paper will analyze 
the processes involved as a purchase action completes its 


life cycle in the automated systems at a Navy Stock Point. 


BE. METHODOLOGY 
In the summer of 1978 the Director of the Regional 
Financial Services Department at the Naval Supply Center 


(NSC), Oakland perceived a potential problem with the 


ML 


interface between his bill paying organization and the 
Purchasing Department. He anticipated an inadequate 
exchange of data between the IDA system and the new APADE 
system that was being designed by the Fleet Material Support 
Office (FMSO) and being tested at NSC Oakland. The director 
offered this problem to the Naval Postgraduate School for 
ifeoner Study. 

The Regional Financial Services Department (RFSD) had 
just recently become part of the Naval Supply Center; 
previously it had been the Navy Regional Finance Center, 

San Francisco. The new department was formed under the IDA 
mogeep>s Dy combining the accounting functions from the 


eiopLy Center with the disbursing function from the Navy 


Refionmal Finance Center (NRFC). After visiting both the 


RFSD and the Purchasing Department there appeared to be 
inadequate communication between the systems' users and 
designers. 

The researcher next visited Mechanicsburg, Pennsylvania 
to observe the IDA/APADE interface at the central desig 
agency, FMSO, and to examine the IDA system in use at the 
emeps Farts Control Center. 

Data for this paper was collected on three levels; 

(a) field research at NSC Oakland and phone discussions 
with NSC San Diego and NSC Puget Sound, (bo) discussions 
with central design agency personnel concerned with UADPS, 


APADE, and IDA, and (c) publication research as indicated 


WZ 


in the bibliography. Although ail three methods were 
necessary, interviews with the personnel involved generated 


mm@eemost useful information. 


F. THESIS ORGANIZATION 

The format described in the table of contents was chosen 
because it seems to present the material ina logical 
sequence by defining the problem, gathering pertinent data, 
formulating alternatives, and recommending a solution. 

The supply support process performed at stock points 
is described in Chapter II in terms of management control 
of three major functions: inventory control, material 
Meguisition, and accounting. Chapter III describes the 
UADPS-SP, APADE II, and IDA systems designed to assist 
management in controlling these functions. Each system is 
discussed independently in sufficient detail to allow the 
reader to compare their obdjectives, backgrounds, and 
physical descriptions in general terms. Analysis of system 
objectives, compatability of hardware and software packages, 
and potential system interfaces are discussed in Chapter IV. 
Chapter V will present possible interfaces and the funda- 
mental concepts of system design such as user involvement, 
top-level support, and sufficient time. The researcher's 


recommendations will also be advanced in Chapter V. 
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It. MANAGEMENT CONTROL AT NAVY STOCK POINTS 


The flow of requisitions through a Navy Stock Point is 
a continuous production process, similar to an automobile 
assembly line. A requirement or order enters the process 
at one end and a product is delivered at the other after 
various intermediate processes have been completed. 

Part A of this chapter describes the flow of a purchase 
action request through a Naval Supply Center. The process 
of a requirement flowing through a stock point can be 
depicted as continuous motion throughout the system much 
like oil moving through a pipeline. 

Part B describes the functional compartmentalization of 
the production process into specialized departments, and 
Suggests that the continuous flow of oil may be interrupted 


Mmeeemcne DOUrInNg of o11 from one functional drum to another. 


eee, PROCKESS AS A SYSTEM 

tere cock Points Major major mission is to provide 
goods and services required by their customers. They 
accomplish this using two methods, first by anticipating 
fleet requirements and stocking the material to satisfy 
these requirements, and secondly by reacting to individual 
customer requisitions by acquiring the items when stock is 
not available. This paper is concerned primarily with the 
second method, the process of satisfying customer requisitions, 


mmaehn 1S depicted in Exhibit 1. 
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EXHIBIT 1 


REQUISITION PROCESS AS A SYSTEM 












TS A A do 






ACOUTYE 
3 


COMMOEODATAT 


tar a et 





e AAPA 
Awe YU ota 


PAYABLE 


Rie er 
' ELor 


beds 









BI lis 
ih aa 


Petes 
CUSTOMER 





Prepared by: 
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The process begins when a customer's requisition arrives 
at a stock point; the requirement must be recorded and stock 
checked to see if the item is carried in inventory. In this 
case we will assume the item is not carried and must be 
acquired either from another stock point or a commercial 
source. A determination must be made as to which course 
to follow. Let us assume the item must be purchased 
commercially. The record keeping required so far includes 
a record of all demands by line item to determine future 
Stocking requirements, a record of each document received, 
[meemeurrent status and location, and an estimate of the 
expected delivery date. 

The item must now be ordered from a commercial source. 
This requires identification of potential suppliers, 
Seue@emeation of bids, source selection, and preparation of 
Se@emtrect. The contract as well as the requisition must 
both be monitored. This requires the ability to cross- 
reference the requirement by requisition number and contract 
number or Procurement Instrument Identification Number (PIIN), 
meemece record the current status of the contract. 

When the material is received it must be controlled 
physically and fiscally. First it must be identified to 
a contract so it can be inspected and approved, then it 
fieesemoc delivered to the requiring activity. Finally an 
account payable must be established to allow payment to the 


vendor. The material control process needs access to 
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G6utstanding contracts and requisitions and the ability to 
record receipt of the material and prepare shipping 
documents. 

The final functions of this process are paying the 
vendor, billing the customer, and closing all applicable 
records. This requires matching material receipt, vendor 
invoice, and the contract; then disbursing the funds and 
recording the transaction. Also, the requisitioner must be 
Moemcitied and charged the correct amount. Finally, all 
Becerds retlecting this transaction must be updated accord- 
ingly, whicn demands visibility of every work station that 
participated in processing the original requirement. These 
functions represent only a small portion of the management 
processes at a Navy Stock Point, but because the annual 
expenditure of funds through these acquisition functions 
is so large, they deserve special consideration. In 
Biscal Year 78 Naval Supply Centers purchased $389 million 


of non-standard material. 


B. THE PROCESS AS A SERIES OF FUNCTIONAL ORGANIZATIONS 

To control this process most Navy Stock Points have 
functionally separated the process into departmental 
organizations as shown in Exhibit 2. When the requisition 
enters the stock point the Inventory Control Department 
will determine if the material is available for issue. If 
it is determined that the item is not carried in the 


Supply system, the requisition is passed to the Purchasing 


Ly 
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EXHIBIT 2 
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Department for action. After the contract has been 
awarded, the next functions are receipt of the material from 
the vendor by the Material Department and distribution to 
the customer. Payment and accounting functions are then 
accomplished by the Regional Financial Services Department. 
When one department passes the document to another for 
Peon it is not absolved of its responsibility. Each must 
maintain a record to indicate what happened to every 
document it has processed. When the transaction has been 
completed every file reflecting the existence of the 
original requirement must be updated. This necessitates 
feedback through the functional organizations. 

The homogenous system described in Part A is therefore 
Sonteolled by compartmentalizing it into functional organ- 
izations and placing a manager in charge of each function. 
Chapter III describes information systems managers use to 
eelumol these functions. In controlling their piece of the 
System, management must be careful not to suboptimize, but 


must be mindful of the entire process. 


Any 


Till. NAVY STOCK POINTS AUTOMATED MANAGEMENT INFORMATION SYSTEMS 


Chapter II described the supply support process ata 
Navy Stock Point in terms of related functions and indicated 
that management control focused more on the individual 
functions than on the overall process. This chapter 
describes the three management information systems used to 
memcrol three functions; inventory control, material 


Peegmisibion, and accounting. 


A. UNIFORM AUTOMATED DATA PROCESSING SYSTEM FOR STOCK POINTS 
1. QObjectives: The Uniform Automated Data Processing 
System for Stock Points (UADPS-SP) is a standard mechanized 
system for supply and non-Navy Industrial Fund financial 
management programs [ 5:7}. The main objective of UADPS-SP 
is to control and coordinate material requirements, inventory, 
receipts and issues within budgetary constraints ial 
meeeackeround: The concept of using computers to aid 
Supply distribution was first applied at the Naval Supply 
Center, Norfolk, Virginia in 1956 (eae The ie Gua) 
application was an experiment to see if a machine could 
process supply transactions and maintain stock record 
cards, tasks that previously consumed many man-hours. 
Based on the success of the experiment computers of various 
descriptions were installed at the Naval Supply Centers in 


Oakland, Bayonne, and San Diego, the Naval Supply Depot in 


ZA 





Newport, and the Naval Shipyard in Charleston in 1957 and 
1958 ie7 2-2 |. The Naval Supply Systems Command then known 
as the Bureau of Supplies and Accounts (BUSANDA) established 
a full-time committee in February 1961 to standardize the 
mechanized procedures and equipment at Navy Stock Points. 
The objectives of the committee included minimizing system 
specification development costs, ADP analysis costs, and 
programming costs; and establishing uniform supply manage- 
ment policies and procedures [6:2-1}. 
UADPS-SP began development in 1962 when six participating 
/stock points were each assigned particular applications to 


analyze and program. The initial eight applications 


included: 

Application Area 
A Reqdui Saget oneghins tony andwstatus 
B Receipts/Dues 
C Demand Processing 
D Inventory Control File Maintenance 
E Financial Inventory Control 
F stores Accounting 
G Cost Accounting 
K Payeolal [6:2-2] 


UADPS was born on 15 March 1963 when applications A, B, 
Cc, D, and E were implemented at Naval Supply Depot (NSD), 
Newport, Complete conversion to full UADPS was successfully 


accomplished at NSD Newport on 15 August 1963 [6: 2-2]. 


fae 





| 
| 
| 





To replace decentralized stock point program maintenance 
BUSANDA established the Data Systems Support Office (DASSO) 
in April 1964. DASSO would develop and maintain all UADPS 
programs [632-2]. The Systems Development Branch of DASSO 
located at Mechanicsburg, Pennsylvania became the Stock 
Point UADPS Task Force of the Fleet Material Support Office 
in 1965 [5:1]. 

By 1966 UADPS was in operation at all seven Naval Supply 
Centers and the Naval Shipyard on Puget Sound [6: 2-3}. 

By 1970 UADPS-SP had been extended to Industrial Naval Air 
Seoglons, Naval Air Stations, Naval Supply Depots, and all 
Naval Shipyards [5:1]. 

Soe Description: 

a. Hardware: The heart of UADPS-SP is a Burroughs 
central processing unit (CPU) which was initially placed in 
service in 1972. The system as originally designed processes 
Supply transactions “on-line” and processes financial trans- 
actions in a “batch-mode" [5:1]. 

There are four Standard hardware configuration types. 
The difference in the four types is the number of peripheral 
equipments connected to the CPU. Type I is the largest 
system with eleven tape drives, two printers, four hundred 
forty mega bytes of disc storage, three hundred sixty bytes 
of memory, Sixteen remote terminals, two card readers, and 
two consoles f2:23 |. Ly Ooo tis. and LV uti lige: the 


Same equipment in smaller quantities depending on the 


sf 


Operation. Currently there are nineteen equipment sites 
servicing thirty-eight activities [5:1]. 

b. Software: The UADPS-SP software was originally 
designed and programmed in the 1960's and has been improved 
"On a piecemeal, project by project basis” eee The 


original eight applications nave been augmented by the 





following: 

pep ication Area 
H Management Information 
if Qual Gi Om. ol 
L Military Payroll (JUMPS) 
M Excessing/Disposal 
N Automated Ready Supply Stores 
P Record Maintenance 
R Repairaoles 
Z Personnel Accounting [2:23] 


UADPS-SP is a large, very complex patchwork conglomeration 
of related programs designed to run on third generation ADP 
equipment. 

c. Function: When a purchase request is received 
it is manually checked for completeness and accuracy before 
being entered in the Burroughs machine via einen card. 
The computer now checks the stock number against the stock 
record cards held in its memory and records the document in 
the Requisition Status File and the Historical Demand File. 
The Requisition Status File records all requisitions by 


weeuinent Numoer and Maintains the current status of each 
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requisition for automatic dissemination or response to 
inquiries. The Historical Demand File records the stock 
number of the item, the date and quantity requested. MThis 
file is used to determine future stocking policy. 

The stock point inventory is recorded in the machine by 
Sommeduantity of items and dollar value. An individual 
machine record for each item carried in stock maintains a 
perpetual inventory, reflecting receipts, issues, receipts 
due-in, balance on hand, or backorders. When inventory 
transactions are recorded a corresponding financial adjust- 
ment is recorded to maintain perpetual dollar value accounts 
fecommodity classification. 

B. AUTOMATION OF PROCUREMENT AND ACCOUNTING DATA ENTRY 

SYoTEM Il 

1. QObdjectives: Automation of Procurement and Accounting 
Data Entry (APADE) is a system designed to automate the routine 
functions of field purchasing such as document preparation 
and file updates and also to provide a management information 
eyocem f£or acduiSition managers. Historically field pur- 
chasing has been extremely labor intensive and therefore 
relatively slow in relation to the capabilities of existing 
automatic data processing machines. 

eee cacksround: In April of 1975 Automation Procurement 
and Accounting Data Entry I, a research and development 
project, was initiated to see if existing manual procurement 
processes could be completed through the use of a mini- 


computer system (721 |. This study pointed out the potential 
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for improvement in field purchasing through automation 
and paved the way for future studies in this area. In 
December of 1975, the Navy Fleet Material Support Office 
was tasked with reviewing the various locally developed 
automated systems at NAVSUP field procurement activities 
for development of a standard system [7:1]. This study 
revealed a wide variety of individual systems geared for 
a few functions on a limited scale, none of which were 
comprehensive enough to satisfy all procurement data 
processing requirements. 

Fiscal year 1977 funds were granted under the Navy 
Productivity Enhancement Program to develop APADE IT for 
system-wide application. Naval Supply Center, Oakland was 
selected as the test site for the prototype installation 
and thus APADE II was born in April 1977 [8:1]. 

3. system Implementation: APADE II was designed to be 
implemented in four phases or modules. Module One is the 
establishment and maintenance of procurement files. This 
module requires installation of the CPU, memory discs, tape 
unit, high speed printer, the CRTs and of course, the 
applicable software. Module Two is the production of pro- 
curement instruments, such as purchase orders and 
modifications. This module requires the addition of low 
Speed printers in the purchase section. Module Three is 
production of management reports. All hardware is available 
for deployment of this module, but at the present time the 


software is incomplete. Module Four is the interface 
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segment. This module is purely a software problem; with 
the objective of interfacing APADE with financial and 
inventory aeoeeane in UADPS as well as the Procurement 
Accounting Reporting System (PARS) [7:8]. This module is 
Still in the conception stage due to the complexity and 
importance of the interfaces. 

4, System Description: 

a. Hardware: The hardware used for APADE consists 
of an Interdata 7/32 minicomputer with 256,000 bytes of 
core memory. Original design calls for one 1600 BPI tape 
unit, one 600 line per minute printer, and two external 
disc memory units. Larger applications may require additional 
Capabilities which can be facilitated by adding more ancillary 
equipment. 

b. Software: The system software is still being 
developed. The central design agency, FMSO, has contracted 
for completion of the software package. Decentralization of 
ioewa@esi£n function, by introducing a contractor, appears 
to have increased the complexity of the vital communication 
link between the users and the designers. The system users 
are now faced with the possibility of communicating with the 
wrong deSigner or having to communicate through one design 
agency to another to have their desires known. 

¢. Function: To, best describe the field purchasing 
function and the use of APADE II, the processing of a typical 
purchase request will be discussed. When a purchase 


request is received it is first processed by the pre-purchase 


BS 


— 


Section. Here the purchase request is reviewed, placed in 
the proper priority folder and assigned to a buyer. This 
is where initial entry will be made into APADE II. A 
transcript of the purchase request and the buyer code 
assigned will be entered via CRT terminal into the Purchase 
Master File (PMF). At this time a Procurement Instrument 
Identification Number (PIIN) will be assigned. The 
original purchase request can now be referenced by 
meqiisition number or PIIN. 

The purchase request folder is now forwarded to the 
Small Business Specialist for small business set-aside 
review and then on to the purchase section Supervisor who 
must examine buyer workload and assign a new buyer if 
necessary. If a new buyer is assigned,a data input form 
memsupmitted for entry into the mini-computer indicating 
the new buyer code. 

Now that a buyer has the purchase request for action, 
the next stop is to find a source of supply; manually this 
would require a Search through old purchase orders or 
departmental files. APADE allows the buyer to query the 
Gommercial Source File (CSF), a list of all vendors who 
have successfully completed contracts filed by commodity. 
The buyer merely inserts the item to be purchased into the 
CRT and a list of possible sources is displayed in real 
time. If the buyer wishes to make a change to the CSF he 


prepares a local form which will be entered on the CRT. 
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If the purchase is delayed for some reason a transcript memo 
Mmemsenc and entered on the CRI to ensure current status in 
the purchase master file. 

When the buyer places an order for the material a 
buyers' worksheet is prepared and forwarded to document 
Giremaeation for typing of the instrument. APADE II will 
allow the Purchasing Division to input the buyers' worksheet 
into the CRT which will update the Master Purchase File; 
the computer will then print the purchase document on the 
high speed printer. 

Boor to APADE, document control of purchase requests 
was left entirely to a hand carried system. If a manager 
mameea to Check on an important purchase action he had to 
either guess where the documents were in the system or 
personally trace the path of the documents to see who was 
holding the hard copy. Now with a real time inquiry on the 
CRT the manager has an instant status report that not only 
tells him where the purchase request is but its entire 
fescery, iwncluding length of processing time at each station. 
On request the manager can receive a report of work in 
progress which is a listing of all purchase requests in 
house sequenced by response due date or receipt date. All 
categories of documents will be summarized by buyer code, 
section or branch 2c Management can also request a 
procurement production report showing totals of purchase 
requests received, cancelled, referred, on solicitation, 
awarded, maintenance actions, buyer actions, and all 


remaining work in progress [7:19]. 
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C. INTEGRATED DISBURSHING AND ACCOUNTING 

1. Objectives: The main objective of IDA is to 
establish a single integrated data base for Navy accounting. 
Establishment of this single data base will reduce the 
flow of hardcopy documents between activities and promote 
timely and accurate compilation of financial data. 

2. Background: 

Historically the Navy's cash disbursement and 
accounting systems have been independent activities. The 
process had not changed significantly since World War II; 
when in order to provide prompt payment to contractors 
Supporting the war effort, invoices were processed through 
Ememarspursing function prior to accounting for the trans- 
fee lon [4:1-3]. Fach invoice was matched to an established 
account payable, certified for accuracy, documented, and 
paid. Payments were generally made by Navy Regional 
Finance Centers (NRFC). Each NRFC would maintain detailed 
records of these disbursements and render periodic reports 
to higher authority and the Department of the Treasury [9:1]. 
This process was purely a cash accounting system. 

Funds were obliged by individual activities holding 
funds, but the accounting was performed by an Authorized 
Accounting Activity (AAA). When an activity ordered 
Material a hard copy obligation document would be forwarded 
to the AAA to record the obligation of funds. To close out 


this obligation the AAA would wait to receive a disbursement 


ey 





notification from the paying office. This was known as the 
cost or accounting financial system [9:2). (See Exhibit 3) 
The major deficiency of the system was geographic and 

functional decentralization. There were thirteen Navy 
Finance Offices, Five Navy Regional Finance Centers, and a 
Navy Finance Center for cash accounting and two hundred and 
seventy-five Authorized Accounting Activities for cost 
aeeouncing [4:1-3]. The problem areas of this system were: 

a) multiple recording of data, 

b) untimely financial data, 

c) high support costs associated with hardcopy 
documentation, 

a) winldlcaehe reconciliation, and 

e) approximately a two billion dollar balance of 


undistributed payments [4:1-5 |. 


In fiscal year 1970 Haskins and Sells was commissioned 
to conduct a study of the Navy's accounting system. Based 
on the findings of this study in 1972, the Integrated 
Financial Management System (IFMS) Project Office was 
established to develop and implement an integrated accounting 
system and a procurement accounting system. Also in 1972, 
the Financial Management Improvement Plan (FMIP) was 
established to provide centralized control over the develop- 


ment of financial systems [10:4]. 
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3. System Implementation: 
In fiscal year 1975 NAVCOMPT tasked NAVSUP with 


developing an IDA process for Navy Stock Points: the 
development and implementation was divided into phases 
[10:8]. In Phase I hardcopy source documents were redirected 
from NRFC's to the AAA's. The AAA would then send the NRFC 
automated transaction data for entry into the Automated 
Public Voucher System (APVS) which would pay the bill and 
generate a magnetic tape for the AAA showing all payments 
made. Now the AAA could adjust accounts payable and post 
expenditures. Phase I was implemented at NSC San Diego in 
July 1975 [10:8]. Phase IA was implemented at NSC San Diego 
moeenuary 1976, it was a transitional step introducing 
automated check issue and reimbursable SF 1080 billings. 
Phase II A, introduced in fiscal year 1978, improved the 
check issue procedure and added mechanized disburshing 
reports aloes 1 Phase II B, initially installed as a 
prototype at NsC San Diego in April 1975, provided an on- 
imme cathode Ray Tube (CRT) capability” to capture and 
validate transactions in the Job Order Reference File, 
Document Control File, Funds Control File,General Ledger, 
and the Job Cost File [1:2]. Phase II C which is still 
being developed will allow updating the accounting system 
on a twenty-four hour cycle and will provide expanded remote 
access capabilities. Phase III will physically consolidate 


the accounting and disburshing operations [tro ral) 
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4, Description: 
a. Hardware: 

IDA Phase I through IIB are all basically batch 
post systems run on the Burroughs 3500 computer. A mini- 
computer, the Interdata 7/32, will be introduced prior to 
Phase II C [10:11] in an interim Phase II BE (enhanced). 
The prototype mini-computer is scheduled for installation 
at NSC San Diego in October 1979. 

b. Software: 

Wiewsotnvarte Tor Phases I, 1 A, Il A, and II 8 
are completely written and installed. Software for Phases 
II BE and II C is still being developed. 

eo Hunctions: 

The IDA concept revolves around 16 regional 
Financial Information Processing Centers (FIPC) that 
report to a Central Accounting and Finance Office (CAFO). 
Perpierc is formed by combining a disbursing activity (e.g., 
Mero wewith an accounting activity (e.g., AAA). Each FIPC 
is to provide both disbursing and accounting services to 
the customer activities in their geographic area. The 
Meeces Will be linked together and to the CAFO through 
telecommunications. 

Consolidating accounting and disbursing allows one- 
time data capture and establishment of a single document 
file. Obligation and disbursement can be accomplished 
from the same document. Another function of IDA is the 


4 


feeetmum Utilization of telecommunication and automated data 


Be 


processing (ADP) technologies to achieve a responsive and 
timely financial management system [ 4:10]. A single, 
on-line data base should improve financial reporting and 


@ermtro! at all levels. (See Exhibit 4) 
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IV. COMPARATIVE ANALYSIS OF THE SYSTEMS 


Chapter III described three seemingly autonomous 
mechanized systems at Navy Stock Points in terms of the 
Mimeeeueristics listed in Exhibit 5. This Chapter analyzes 
these systems with regard to those characteristics (e.g., 
objectives, backgrounds, implementation plans, and physical 
descriptions) to determine if there is potential for 


integration. 


Pee OBJECTIVES 

There are some strong Similarities in the objectives of 
these systems. UADPS-SP is concerned primarily with 
controlling material requirements. This not only pertains 
bempaysical control of material but also the flow of 
Poeumentation. it is this flow of documentation that winds 
through the stock point and ties these systems together. 
For example, as illustrated in Exhibit 6, when a requisition 
for non-standard material is received at a stock point it 
first enters UADPS-SP. Here customer identification and 
material description data are recorded. When it has been 
determined that commercial acquisition is necessary, the 
hardcopy requisition is passed to the Purchasing Department 
where it is entered into APADE II. Now customer identifi- 
cation and material description data are entered again, as 


well as the financial accounting data needed to prepare 
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OMPARISON OF INFORMATION SYSTEMS 
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i@ewcontract. Next the contract, which contains all the 
information provided by the requisition, is passed to the 
IDA system. 

Both UADPS-SP and APADE II are concerned with monitoring 
customer requisitions but at different stages of the pro- 
duction process. IDA, the third system under consideration, 
has as one of its objectives, establishment of a single 
data base for both the disbursing and accounting functions. 
The data forming this data base originate from the same 
requisitions residing in the other two systems. All three 
systems have a Similar basic objective of capturing data 
from customer requisitions for processing or monitoring of 
progress. 

There are some definite dissimilarities among the 
systems' objectives that need to be recognized. While 
processing all requisitions, UADPS-SP is primarily concerned 
with requirements for standard items held in the supply 
system. Items requiring purchase action receive relatively 
little attention from the UADPS-SP system. APADE processes 
only purchase actions, disregarding the majority of 
requisitions that call for standard items. IDA overlaps 
both UADPS-SP and APADE II because it processes all financial 
transactions regardless of the material source. The 
dissimilarity arises because UADPS-SP and APADE II are con- 
cerned with material requirements; IDA is concerned strictly 
with the financial data off the same documents previously 


processed by the other two systems. 
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B. SYSTEM BACKGROUNDS AND IMPLEMENTATION 

The backgrounds of the three systems are relatively 
diverse. UADPS was developed primarily between 1962 and 
1972 as a supply transaction recordkeeping system. The 
system is large, established, and completely operational. 
APADE II was conceived after UADPS-SP was fully in service 
and is wholly a purchase oriented system. IDA was developed 
eeme= 1975 and is therefore a relative newcomer to the 
scene. IDA is descended directly from disbursing and 
Peesounting forefathers. 

UADPS-SP has matured; it is flexible enough to accept 
modification, but can be considered completely implemented. 
APADE II and IDA are both still very young, growing systems 
in mid-evolution. Neither has had its total design com- 


pleted, let alone tested or implemented. . 


eee lesCRIPTIONS 

The hardware utilized by UADPS-SP is third generation 
Burroughs equipment; not exactly state of the art technology, 
bus Still functional. APADE IT and IDA will both be using 
Interdata model 7/32 modern minicomputers. While APADE II 
and IDA equipment use identical machines that can be hard- 
wired together, their interface with UADPS-SP on the 
Burroughs machine will have to be via magnetic tape batch 
posting. Daily batch posting is not as effective an inter- 


face as hard-wire, but should prove acceptable until the 
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Burroughs machines are replaced with more modern equipment 
that can handle an on-line system interface. 

The software should prove very adaptable for any 
potential interaction. UADPS-SP, as we know it today, 
evolved by sequential patching together of 16 individual 
applications. This type of system would lend itself to 
modifying an existing application or adding a new one. 
eomee APADE [I and IDA are still in the design stage, 
Boesential system interfaces could still be included in the 
fundamental designs (with relative ease). 

me iunctions of the three systems are similar in that 
they all perform some process based on the customer's orig- 
inal requisition. Exhibits 1 and 2 showed the management 
control processes and the functional compartmentalization 
of those processes respectively. Exhibit 6 shows how the 
production process of a Navy Stock Point flows between the 
three systems under discussion. These systems are not 
autonomous devices but interrelated components of a large 


system, supply processing at a Navy Stock Point. 


Doe otaNTTAL FOR INTEGRATION 

Exhibit 7 depicts the flow of data and the files 
affected in the systems when a non-standard purchase 
request is processed at a Navy Stock Point. The interfaces 
between the three systems, as currently designed, are 


described below and depicted in Exhibit 7. 
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REQUISITION PROCESS AS A SERIES OF ADP SYSTEMS 
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1. UADPS-SP to APADE II 
The first interface between the systems under 
discussion occurs when hard-copy requisitions are passed 
from UADPS-SP to APADE II. At this point in time, the 
Requisition Status File (RSF) in UADPS-SP contains a record 
of the requisition number, the item description, requisitioner, 
quantity, and priority identification data. When the pur- 
chase request is received in Purchasing, this same data 
plus additional data elements are entered into the APADE II 
eempmner from the hard-copy document. After this initial 
Mmupemrace, all data contained in the Requisition status 
File in UADPS-SP is duplicated in the Purchase Requisition 
Bees in APADE II. 
eae ADE: It to UADPS-SP 
The second interface occurs after Purchasing has 
awarded a contract when a punched card produced by the 
Somemcer 1S Sent back to UADPS-SP. This card is called 
297 and is used to enter the PIIN and the estimated delivery 
date in the RSF. This data is already recorded in APADE 
Meetmeume Procurement Instrument File. 
See SEADE Il to IDA 
The third interface also follows award of the 
contract; here a magnetic tape called ZNI transfers an 
image of the contract to the IDA system. The data elements 
on this tape are taken from the Procurement Instrument File 
(PIF), which holds every data element from the contract 


and is used as the source for preparing the contract 


1S 








document. IDA enters the data from the ZNI tape in the 
Outstanding Document File (ODF) and the Contract Status 
File (CSF). The ODF records contract data filed by 
requisition number. Cross reference is made to Contract 
Line Item Number (CLIN), PIIN, and Accounting Cross Reference 
Number (ACRN). The primary purpose of this file is to 
facilitate billing the original requisitioner. The Contract 
Status File records the terms, contract clauses, dollar 
value, and accounting data filed by PIIN. This file keeps 
track of all payments made against the contract. 
4, IDA to APADE II 

The fourth interface occurs after payment has been 
made to the vendor when payment cards are physically deliv- 
ered to Purchasing to update the PREF. Basically data is 
Bougeecead from the CSF in IDA to the PRF in APADE II. It 
seems logical that to complete the cycle of the production 
process that the RSF in UADPS-SP should be updated at this 


time; this is not the case, however. 
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V. ALTERNATIVE APPLICATIONS AND RECOMMENDATIONS 


The preceeding chapter described the interfaces 
currently programmed into the three systems under discussion. 
This chapter presents alternative proposals for these inter- 
faces as part of a comprehensive plan to most efficiently 
utilize the ADP resources available at Navy Stock Points. 
The reader is asked to compare the production system as 
currently perceived (Exhibit 7) with the revised production 


Sescem (Exhibit 8), while reading this chapter. 


feeeeUPeRNATIVE APPLICATIONS 

imeeetinitial entry into APADE II: The first interface is 
the passing of the entire hard-copy documents from UADPS-SP, 
memuie inventory Control Department, to APADE II, in the 
Purchasing Department. There are two alternative methods 
P@meeaccomplishing this interface. One is to have all non- 
Seeeg@eard requisitions flow directly to purchasing, 
eliminating any entry into UADPS-SP. A benefit of this 
alternative is elimination of duplicate records since the 
documents would be recorded only in the Purchase Requisition 
File and not in the Requisition Status File; this eliminates 
one interface. The major argument against this approach 
is that there is no single record that reflects all 
requisitions, thereby requiring a search of two files 
located in separate computers in order to obtain the 


Status of a given requisition. 


vs 
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The second alternative is to modify the existing method, 
(e.g., Inventory Control Department maintain status of all 
requisitions in the RSF) by passing control of all purchase 
actions to the Purchasing Department. Under this option, 
when a requisition requiring action is received at a stock 
point, only the document number and an indication that com- 
plete control of that document has been passed to Purchasing 
will be recorded in UADPS-SP. All status inquiries will be 
Seeeecued to APADE II for direct reply to the customer. The 
first interface would now consist of hard-copy requisitions 
and follow-up documents to be entered via CRT terminal into 
Peeve Il. 

There are two main benefits of this approach: first, 
the only duplicated data would be the requisition number. 
Secondly, the monitoring of purchase requests would be 
centralized in one department (e.g., Purchasing) and one 
computer system (e.g., APADE II). This allows the requi- 
Sitioner direct access to the data base that contains the 
most current and accurate status of his requisition. The 
Sieremc interface design calls for a customer follow-up to 
be answered with a "BV" status card from UADPS-SP showing 
merely the date the requisition was passed to Purchasing. 
This same status would continue to be provided until an 
award was made, when a contract number and estimated 
delivery date would be supplied. Any additional infor- 
mation needed by the requiring activity, such as the 


vendor's name, mode of shipment, or point of contact, could 
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only be obtained via message request or phone call which 
require manual research and response by stock point per- 
sonnel. Since APADE II is designed to monitor purchase 
actions it could respond directly to the customer's follow- 
up with the data available in its data base without going 
through UADPS-SP. This modification would require a clerk 
to enter the follow-up inquiry into APADE via a CRT terminal 
and time on the high speed printer to prepare a reply. 
Adoption of the second proposal is recommended since it 
relieves the Inventory Control Department of any respon- 
sibility for monitoring purchase requests and provides 

more timely status to stock point customers, because an 
on-line computer system is now monitoring the purchase 
actions and responding directly to follow-ups. 

Peeecirst UADPS-sP Update: The second interface can be 
eliminated if all purchase action monitoring is accomplished 
by APADE II. Currently a punched card is passed from 
BeGenacing to inventory control to update the RSF in 
UADPS-SP when a contract is awarded. If the RSF is not 
used to monitor purchase requests this update is not 
required. Eliminating this interface will save man-hours 
by removing one daily batch-mode posting and will reduce 
the response time on follow-up requests. 

3. Contract Data to IDA: The third interface is the 
transfer of contract data from the Procurement Instrument 
File (PIF) in APADE II to the Outstanding Document File 


(ODF) in IDA via the ZNI tape. This transfer records the 
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same data in a second file creating unnecessary redundancy. 
Logic would dictate maintaining only one file of contract 
data. There are two possibilities; first, hard-wire 

APADE II and IDA together and eliminate the ODF in IDA. 
When IDA requires contract data it could interrogate the 
PIF in APADE II, since this file contains every data element 
contained in the contract. The benefits of this approach 
would include reducing total processing time by replacing 
batch posting with on-line interface, and reducing ADP 
Storage requirements by eliminating duplicate records. The 
@eameor Lois proposal is the initial introduction of a 
hard-wire interface between APADE II and IDA. There is 
presently a study being conducted, under the auspices of 
the Naval Supply Systems Command, to determine the appli- 
cability of a hard-wire interface between APADE II and IDA, 
and other computer networks used by the Navy. 

The second alternative for this interface would be to 
ewemace the PIF in APADE II and retain the ODF in IDA. 
This alternative would accrue the same benefits and costs 
as the first alternative, however, since the PIF is prepared 
before the ODF in the production process it seems logical 
to retain the original file and eliminate the duplicate. 
This would also reduce reprogramming costs since the 
existing programs are written to extract data from the 


feesto build the ODF. 
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4%. Payment Data from IDA to APADE II 
The fourth interface occurs after IDA has paid the 


vendor's bill; computer generated punched cards are passed 
from IDA to APADE II to update the Purchase Requisition 
File. This interface is important as it is the only way 
Pomecommunicate completion of the contract back to APADE II. 
ioweeadation to punched cards this interface could also be 
accomplished by magnetic tape or a hard-wire connection. 
Since both cards and tape are batch-mode posting methods 
that require approximately the same processing time and 
degree of human effort to transport them between the systems, 
there is little advantage of one over the other. However, 
a hard-wire connection provides on-line processing that 
requires no human supervision and produces instantaneous 
results. If the recommendation for interface three is 
accepted there would be no additional costs since the same 
hard-wire connection could be utilized. The benefits in 
terms of reduced costs would be reduced man /hours for 
transporting and entering batch postings, and fewer input/ 
output device rental or maintenance charges. 
Peeuritying the Requisition Status File (RSF 

The final interface is required to remove completed 
requisitions from the RSF in UADPS-SP. Currently this 
function is being accomplished by monthly purgings of the 
active RSF. No current data is received by UADPS-SP to 
indicate whether or not a requisition has been completed. 


Depending on the age of a document and its issue group, 
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various time criteria are applied to determine when a 
requisition is moved to the inactive file. This type of 
guessing game seems unnecessary when accurate completion 
data is readily available in the APADE II data base. 

It is recommended that completed transactions be batch 
posted to UADPS-SP from a tape provided by APADE II. The 
data would be readily available in the Purchase Requisition 
File as received from IDA when final payment was made to 
a@eevenaor. This final interface would complete the 
production cycle of a non-standard requisition through a 


Meaveayeocock Point. 


B. RECOMMENDATIONS 

To summarize, it is recommended that the following 
series of changes be implemented at Navy Stock Points to 
integrate the capabilities of UADPS-SP, APADE II, and IDA 
to improve purchase action control. Because the three 
systems are part of a continuous process, it is imperative 
that system integration deal with the entire process. 
(See Exhibit 8) 

1. Purchase action requisition monitoring should be 
centralized in APADE II. 

2. All interfaces between APADE II and IDA should be 
accomplished via hard-wire connections. 

3. All contract data should be centralized in APADE II 
with on-line interface with IDA. 

4, An interface should be established between APADE II 


and UADPS-SP to purify the RSF. 
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To best implement system integration at Navy Stock 
Points a Single focal point must be established within the 
Naval Supply Systems Command to oversee systems' develop- 
ment as it relates to the stock point process. There has 
been too much sub-optimization of individual systems and 
too little concern for their meshing within the production 


process as a whole. 


Sees REQUISITES 

Before any change can be successfully introduced into 
a management control system, such as the production system 
at a stock point, certain logical prerequisites must be 
met. 

1. Top management support and active involvement are 
prime preconditions that must be accomplished if any change 
is to be successful eresiyal. In the case at hand, the 
top management is NAVSUP Headquarters; their involvement 
1s important because they are the first level of management 
eiemmias Visibility and control of all Navy Stock Points. 

In the past, decentralized decision making has characterized 
the development of the production control system. MThis 

local autonomy has led to almost as many variations of the 
system as there are stock points. NAVSUP also has the 
influence necessary to ensure an effective system integration 
program could be adequately designed and properly implemented 
throughout the Navy. A good method to oversee such a program 
would be to establish a program management organization 


with a Navy Supply Corps Captain as program manager. The 
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organization should be a matrix, drawing its technical 
expertise from the resources already available at NAVSUP 
Headquarters. 

2. support of outside agencies is another essential 
precondition (12:318]. In this case the two main players 
would have to be NAVSUP and NAVCOMPT; NAVSUP because it is 
responsible for the Navy Stock Points and two of the systems 
involved, NAVCOMPT because it is responsible for the IDA 
system. Stock point customers must also be included in 
this cooperative effort to ensure their needs are being met. 
A committee, chaired by the program manager, made up of 
NAVSUP and NAVCOMPT people, major claimant representatives, 
stock point personnel, and central design agency people 
would be a good vehicle to promote outside agency support 
and user involvement. 

3. Adequate design staff is another necessity 2-319). 
The Navy Fleet Material Support Office (FMSO) must be given 
the resources required to devote competent designers in 
meme renit Guantity to allow a "total system" application 
of the integration program. In the past each system had 
its own dedicated staff who due to personnel constraints, 
were unable to consider the stock point as a single inte- 
grated production process. It was the old "could not see 
the forest because they were looking too closely at the 
trees“ syndrom. Adequate staffing should relieve this 


problem. 
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4, Sufficient time is yet another prerequisite for 
success [12:320]. Enough time must be allotted to allow 
proper development, education, and implementation. For the 
case at hand it is necessary that all systems and system 
interfaces are fully operational before any application 1s 
attempted at a stock point. This should be accomplished 
by developing and debugging a full-scale prototype at FMSO 
Bememesany Operational applications are tried. This of 
course requires time; it is impossible to determine at this 
Pommeenow much time is sufficient, but if the ‘fly before 
you buy” principle is applied sufficient time will be when 
the total system works as it was designed to work. One 
might ask if this approach would not take too long? The 
response is no. Navy stock Points are currently operating 
without integrated systems (not as efficiently as they 
might) and could continue to operate. As seen in the 
descriptions of the basic systems’ implementation plans 
in Chapter III, haste in implementation places a tremendous 
burden on the field activities who must divert their efforts 


from fleet support in order to help debug a new system. 


D. CONCLUSION 

NAVSUP should no longer allow UADPS-SP, APADE II, and 
IDA to be considered as independent systems under a common 
root at Navy Stock Points, but must institute a program to 
promote system integration. The management control systems 
at Navy Stock Points must be integrated into a single system 


capable of providing the support needed by a total logistic 
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mimeb.s integration of the capabilities of UADPS-SP, APADE 
iiewend IDA into a single production oriented system should 
promote increased efficiency at Navy Stock Points and improve 
their ability to satisfy fleet requirements in a more timely 
fashion; thus mean supply response time and operational 


availability should be improved. 


55 


LO. 


an. 


aL ae 


SIs EOChk Arn. 


Naval Supply Systems Command Manual, Volume I, Navy 
Department, Naval Supply Systems Command, Washington, 
DAC. 


Uniform Automated Data Processing System for Stock 
Points Course, A-8B-0027, Chief of Naval Technical 


Training, Navy Supply Corps. School, Athens, Georgia. 


PieeomMavlon of Procurement and Accounting Data Entry II, 
Heametional Description, Fleet Material Support Office, 
Mechanicsburg, PA. 


Integrated Disbursing and Accounting, General Design, 
Department of the Navy, Office of the Comptroller, 


Washington, D.C. 


Uniform Automated Data Processing System for Stock 
Points ADS Plan, Naval Supply Systems Command, 
Hieshington, D.C. 


Uniform Automated Data Processing System for Stock Points 
EugecUutive Handbook, Fleet Material Support Office, 


Mechanisburg, PA. 


meaeomacion of Procurement and Accounting Data Entry II, 
Navy Fleet Material Support Office, Mechanisburg, PA, 


15 July 1977. 


NAVSUP System Policy and Concepts for APADE II, Naval 
Supply Systems Command, Washington, DC, April 1977. 


Kiine, J. C., LEDR, SC, USN, “A Review of the Navy's 
Integrated Disbursing and Accounting System as a Manage- 
ment Information System,” Naval Postgraduate School. 


Integrated Disbursing and Accounting Uniform Resource 


Management System Functional Description, Naval Supply 
Systems Command, Washington, D.C. 


Integrated Disbursing and Accounting Data Exchange 


system, System Specifications, Fleet Material Support 
Office, Mechanicsburg, PA. 


Anthony, Robert N. and Herzlinger, Regina E., Management 


Pemcrol sim NOomerer it Organizations, Richard D. Irwin 
mme., 197-5; 


56 





irra DISTRIBUTION List 
No. Copies 


Defense Logistics Studies Information il 
Exchange 

U.S. Army Logistics Management Center 

Fort Lee, Virginia 23801 


Defense Documentation Center 2 
fomeron station 
Alexandria, Virginia 22314 


Library, Code 0142 2 
Naval Postgraduate School 
Monterey, California 93940 


Department Chairman, Code 36 a1. 
Department of Administrative Science 

Naval Postgraduate School 

Monterey, California 93940 


CDR E. A. Fincke, Code 54 aL 
Administrative Sciences 

Naval Postgraduate School 

Monterey, California 93940 


LCDR D. V. Lamm, Code 54 aL 
Administrative Sciences 

Naval Postgraduate School 

Monterey, California 93940 


Department of the Navy i 
Naval Supply Systems Command, Code 02 
Washington, D.C. 20376 


LCDR R. W. Kline c/o Williamson 1 
Yoeetennis Ave. 
Ardsley, Pennsylvania 19038 


Commanding Officer, Attn: Code 973 ul 
Fleet Material Support Office 

Mechanigburg, Pennsylvania 17055 

Attn: Code 973 


57 











_— i 




















Thesis 
K5839 
rola 


19454 
Kline 


System integration 
at Navy stock points. 


{ 


thesK5839 
System integration at Navy stock points 


DUDLEY KNOX LIBRARY 





